Date: Sat, 14 Aug 93 04:30:00 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #239 

To: packet-radio 


Packet-Radio Digest Sat, 14 Aug 93 Volume 93 : Issue 239 


Today's Topics: 
Change of Newsgroup (2 msgs) 
DC metro area packet buffs? 
MFJ-1270 LM-324 replacement 
packet radio encryption 
Password verification vs. encryption (was Re: packet radio encryption) 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Thu, 12 Aug 93 13:57:55 EST 

From: dog.ee.lbl.gov!overload.1lbl.gov!agate!howland.reston.ans.net!torn!nott! 
cunews!revcan! balsam! pinetree! gordon@network.ucsd.edu 

Subject: Change of Newsgroup 

To: packet-radio@ucsd.edu 


sfarlow@NeoSoft.com (Stephen Farlow) writes: 


I am not to happy to hear about the discontinuance of rec.radio.amateur. 
packet nad putting it into rec.radio.amateur.digital.misc. 

Packet is a very specific term and I don't want to have to read through 
messages about all other sorts of digital modes to sort out packet ones. 
WHY THE CHANGE ? 

I urge you to leave rec.radio.amateur.packet alone and put those other 
digital modes into the new group ! 


VV VV VV MV 


The change is because part of the CFV for the rec.radio.amateur re-org 
made provision for the removal of "old" groups made redundant under the 


new group stucture. Of those who voted, a majority voted in favour of 
creating rec.radio.amateur.digital.misc. The charter of the group 
includes packet among the other digital modes, so 
rec.radio.amateur.packet will be rmgroup'd sometime in September. 


Once rec.radio.amateur.packet is rmgroup'd and you've had a chance to 
find out just what sort of traffic is in rec.radio.amateur.digital.misc 
and it turns out that there's high traffic of messages about all the 
various digital modes and reading packet related messages is a pain, put 
forward an RFD to create rec.radio.amateur.digital.packet group. If the 
readership supports it's creation, then you'll have your packet group. 


Cheers! 


--G 


Internet: gordon@pinetree.org | Guillotine operators 

UUCP: ...!pinetree! gordon | get severance pay. 

Packet: VE3XGD@VE3JF | * VE3XGD x* 

Gordon's Pinetree - Ottawa, Ontario, Canada - +1 613 526 0702 - v32bis/v42bis 


Date: Fri, 13 Aug 1993 12:06:11 GMT 

From: swrinde!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!ra.csc.ti.com! 
fstop.csc.ti.com! sbrown@network.ucsd.edu 

Subject: Change of Newsgroup 

To: packet-radio@ucsd.edu 


In article <1993Aug12.192800.7298@nntpd2.cxo.dec.com> segrest@bobseg.enet.dec.com 
() writes: 


> It seems to me that a vote was held to make this decision... I wonder where 
> everyone was when that happened... 

> 

> If you voted, you got your chance to participate in the decision process. If 
> you failed to vote, you forfeited your right to gripe. Why don't you stop 

> your whining. 

> 

> There are a set of rules that govern the creation of a news group and when 

> they allow we will have another vote. Perhaps more people will participate 
> and we will get a different result. 

> 

> -= 

> Bob Segrest 

> segrest@bobseg.enet.dec.com 


Here, Here! I second that. Right on! Yes-s-s! < Other indications 
of agreement and support. > 


KAKA KKK IKI IK II KIKI II IIIA ITI II III I ITI III IKK A I 
Steve Brown, WD5HCY | 


sbrown@charon.dseg.ti.com | Simplicate 
[44.28.0.61] | lightness. 


| | 
| | 
| wd5hcy@wd5hcy.ampr.org | and add | 
| | 
| | 


wd5hcy@kf5mg.d#dfw.tx.usa.na | 
KKEKKKKKKKKKKKKKKKKKKKKEKKKKKKKEKKKKEKKKKKKKKKEKK 


Date: Sat, 14 Aug 1993 03:32:37 GMT 
From: sytex!jim@uunet.uu.net 
Subject: DC metro area packet buffs? 
To: packet-radio@ucsd.edu 


Any packet buffs in the DC metro area? Looking for guidance, 
peeking at rigs, and big brothers ... 


jim 


jim@sytex.com (Jim Arnold) 
Access <=> Internet BBS, a public access internet site 
Sytex Communications, Arlington VA, 1-703-528-4380 

-- Internet Access for the rest of us... 


Date: Fri, 13 Aug 93 16:26:09 MST 

From: dog.ee.lbl.gov!overload.1lbl.gov!agate!howland.reston.ans.net! 
vixen.cso.uiuc.edu!uwm.edu!cs.utexas.edu!asuvax!ennews!stat!aznet! 
dan@network.ucsd.edu 

Subject: MFJ-1270 LM-324 replacement 

To: packet-radio@ucsd.edu 


zardoz@ornews.intel.com (Jim Garver) writes: 


What is the part number for the chip with a faster slew rate than the 
LM-324 op amp used in the MFJ-1270 TNC-2 clone? This mod is supposed 
to allow use of the higher serial port baud rates. Thanks. 


WA7LDV zardoz@ornews.intel.com 


VV VV VV 


TLO87 or TLO88 


73 de Dan N7MRP 


Internet: dan@aznet.stat.com 
Ax.25: n7mrp@n7mrp.az.usa.na 
Voice: (602) 956-2566 


Date: Fri, 13 Aug 1993 06:16:47 +0000 

From: usc!howland.reston.ans.net!agate!doc.ic.ac.uk! warwick! qmw-dcs!qmw!demon! 
llondel.demon.co.uk! dave@network.ucsd.edu 

Subject: packet radio encryption 

To: packet-radio@ucsd.edu 


How about looking at it the way UK authorities do: they make a distinction 
between encoding a signal to facilitate transmission and encrypting a 
signal to prevent others from reading it. 

In the first category comes things like the scramblers used on G3RUH/K9ONG 
modems (and others no doubt), using PKZIP to compress a file so it takes 
less bandwidth, 7plus and UUcode etc. The fact that most of these make it 
difficult for someone else to read the contents is purely coincidental...... 
Even ASCII is a code........ 


Dave 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


* G4WRW @ GB7WRW.#41.GBR.EU AX25 * You think xyoux have problems? * 
x dave@llondel.demon.co.uk Internet x What do you do if you xarex * 
x g4wrw@g4wrw. ampr.org Amprnet x a manically depressed robot?? * 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


Date: Fri, 13 Aug 1993 19:50:39 GMT 

From: dog.ee.lbl.gov!overload.1lbl.gov!agate!howland.reston.ans.net! 
vixen.cso.uiuc.edu!sdd.hp.com!nigel.msen.com!well!moon! pixar! mongo! 
bruce@network.ucsd.edu 

Subject: Password verification vs. encryption (was Re: packet radio encryption) 
To: packet-radio@ucsd.edu 


While encryption to obscure meaning is prohibited, it is not prohibited 

to use something like a zero-knowledge proof to verify a password. Note that 
a zero-knowledge proof communicates information about the password without 
communicating the password itself, and the information is not obscured. 


It works this way: 


Prover: I know the secret number. 

Verifier: Oh yeah? Well, what's the remainder when you divide the 
secret number by 1958? 

Prover: It's 22. 

Verifier: OK, I'm 95% sure you know the secret number. Now, 
what's the remainder when you divide the secret number 

by 111? 

Prover: It's 105. 

Verifier: OK, I'm 99.99% sure you know the secret number. That's 
good enough, so you can log in now. 


The next time, the verifier will use different divisors so that anyone 
who knows these two won't have any useful information. 


In practice, the questions are a bit more complicated, and there are rules 
to use in forming the number and the questions so that no information that 
would be valuable to a system cracker will be communicated. 


Bruce Perens KD60TD 


Date: 13 Aug 93 18:42:25 GMT 
From: psinntp!newsserver.pixel.kodak.com!kodak!eastman!isctsae! braun@uunet.uu.net 
To: packet-radio@ucsd.edu 


References <CBHz15.15LE@hawnews.watson.ibm.com>, <2472d8$ld7@apple.com>, 
<CBJvHv.FM3@dptspd.sat.datapoint.com>om 
Subject : Re: Types of gateways (was Re: Internet <-> packet gateway near) 


Let's get REAL, Appletalk has converted over to encrypted passwords. 
Why can't this be implemented in the TCP/IP environment? 

Are we waiting for the lan based community? shouldn't we do this 
ourselves? 


Just some network engineers ramblings about etherpeek and passwords :-). 


Curtis Braun (curtis@computronics.com) (n2hkd) braun@telstar.kodak.com 
Computronics, POBOX 1002 Fairport,NY 14450 
Guest@Digital Telstar,Network Operations Center Kodak 


End of Packet-Radio Digest V93 #239 
KI KKA KKK KKK IIA KIA K IKI KIRKE 


